Skip to content

Conversation

@russellwheatley
Copy link
Member

Description

Related issues

Release Summary

Checklist

  • I read the Contributor Guide and followed the process outlined there for submitting PRs.
    • Yes
  • My change supports the following platforms;
    • Android
    • iOS
    • Other (macOS, web)
  • My change includes tests;
    • e2e tests added or updated in packages/\*\*/e2e
    • jest tests added or updated in packages/\*\*/__tests__
  • I have updated TypeScript types that are affected by my change.
  • This is a breaking change;
    • Yes
    • No

Test Plan


Think react-native-firebase is great? Please consider supporting the project with any of the below:

@vercel
Copy link

vercel bot commented Dec 23, 2025

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Review Updated (UTC)
react-native-firebase Ready Ready Preview, Comment Dec 29, 2025 0:16am

@russellwheatley russellwheatley changed the title feat(crashlytics): TypeScript migration refactor(crashlytics): migrate to TypeScript. Dec 23, 2025
Copy link
Collaborator

@mikehardy mikehardy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is still a bit shocking to see typescript happening, in the meta sense. Amazing.

Two thoughts - one about shipping all source and one about common tsconfig, I'd class those as meaningful but also easy for a think + fix. Curious what you think on them

Otherwise a +1

Comment on lines +68 to +74
"files": [
"lib/modular",
"dist",
"!**/__tests__",
"!**/__fixtures__",
"!**/__mocks__"
],
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In an open-source context, with a semi-frequent need for "patch-package" I was semi-frequently annoyed when typescript packages didn't ship with all the source needed to recreate the build after doing a yarn inside their module inside node_modules

Is there any reason not to include all the source files? It appears some are missing in the event someone wanted to patch the typescript and transpile it post-install vs patching the generated blobbage

"include": ["lib/**/*", "../app/lib/internal/global.d.ts"],

@@ -0,0 +1,40 @@
{
"compilerOptions": {
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this appears to be 100% boilerplate, any reason not to have a common definition in app and use extends to centralize management of these configs?

ref: https://www.typescriptlang.org/tsconfig/#extends

@mikehardy mikehardy added the Workflow: Waiting for User Response Blocked waiting for user response. label Dec 29, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Workflow: Waiting for User Response Blocked waiting for user response.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants